home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / misc-part1 / 6248 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.6 KB
  1. Path: grafix.xs4all.nl!john.hendrikx
  2. Date: Wed, 14 Feb 96 01:52:37 GMT+1
  3. Newsgroups: comp.sys.amiga.misc
  4. Distribution: world
  5. Subject: Re: 9GB SCSI II Controller Card for th
  6. MIME-Version: 1.0
  7. Content-Type: text/plain; charset=iso-8859-1
  8. Content-Transfer-Encoding: 8bit
  9. From: john.hendrikx@grafix.xs4all.nl (John Hendrikx)
  10. Message-ID: <john.hendrikx.4ebn@grafix.xs4all.nl>
  11. Organization: Grafix Attack BBS Holland
  12.  
  13. In a message of 10 Feb 96 Mike wrote to All:
  14.  
  15.  >> The A3000 internal SCSI interface will handle 9GB (and larger) drives with
  16.  >> no problems at all.
  17.  
  18.  >> The problem is that neither dos.library nor the filesystem can easily deal
  19.  >> with anything over 2GB.  It doesn't matter *what* SCSI interface you use,
  20.  >> until the OS is updated, you're stuck.
  21.  
  22.  M> does this mean you can't use disks >2GB or just that you can't have
  23.  M> partitions over 2GB ??
  24.  
  25. It depends on the device, but most of them can't handle anything over 2 GB (not
  26. talking partitions here).  The problem is that filesystems have to give
  27. byte-offsets to the device which tells them where to start reading or writing.
  28. This byte-offset is measured from the start of the disk, not the start of the
  29. partition.
  30.  
  31. The only way to solve this is to create devices which have new commands to do
  32. reading and writing which take block-offsets instead of byte-offsets (this
  33. would also mean the filesystem needs to be slightly altered) or maybe even
  34. 64-bit byte-offsets.  Another solution would be to let the filesystem use
  35. SCSI-commands directly.  I believe AFS can do this, but I'm not sure.
  36.  
  37. Grtz John
  38. -- Via Xenolink 1.985B5, XenolinkUUCP 1.1
  39.